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OUT SIDE -INTEGRATION VON SOFTWAREKOMPONENTEN 



Aiugangsituatum / Ziebetzung 



Die Ftrma ROX Lu&echnischc Geraetebau stdlt auftragsbezogen Klimageraete her, deren Auslcgung, 
Konfiguration und Produkticn one sehr 3ufwendige Geraetekonstrulction and Variantenaustegung erfbfdcrt 
Da ROX ent g cgc n eber Mbdulbauweise mh festen Laengen der Funktioosbloecke die Geraeteiaengen 
den kundecindrvidueilen Wueaschen anpaBen karm, war em sehr hoher Konstruktionsaufwand fuer die 
Konstrukticu der KHraageraetegehause ertbrderfich 

Ziei war die autoraatisiefte Konsrrukiion von Geraetegehaeusen, die Variantenauslegung, die ErsteUung afler 

Ferugungsutttertagea incL trrhrrischc Zeichnungen sowie die direkte Aasteuerung einer 

Laser-Bl'echschnadeanlage in einem gescblossenen Kreislauf zu realisieren (dM-Konzeptkm). 

Die maximal moegliche Nutzung von Rationalisierungspoteniial sollie errticht werden, iodem 

daa System expertensystemorientieTt arbeket und u.a. automatisch DXF-Daieien generiert, die dann fixer 

den Zachoungsausdruck in gaengigen CAD-Systemen importiert werden koenneo. Dies ist kootraer 

zur uebKbhen Vorgehenswetse, naemHch ueber CAD und VarisntenstueckHsten konstruktutiv 

die Ferrigungsunteriagen zu besrimmec Die Verbesserung der existenten Vorgeheosweise ueber 

CAD and V&ri&nteostuecldisten venprach keinea nenneoswertea Rationalisterungjerfolg. 

Es war demrtach unabdbgbar» 

a) daB Wissea der Konstrukteuxe in einer Wissenbasis, die aus einer Vielzahl von Tabedlen, 

Regeta und Consuhationskompooecten besteht zu archivieren. Ziei war 80 Prozeot des Produkdonsvolumens 
abzudecken. Die Eirfficbtung der Wtssensbasis fuer einmafig vorkommende Sondergeraete gjbt keinen Sinn. 
Die Wissensbasis muB kognitrv' (Iernend) im Rahraen einer Consuftarionssitzung interpredert werden, 
damit der Techraker schnell und sicher durch die checkfisteaorientiene Befiragung zur Generierung 
aller aufbragsbezogenen Fertigungsumerlagen gefuehrt wind. 

b) Verfahren zu entwkkelen. um Variant en und deren Auspraegungen (z.B.Ma6e, GewichteJPreise,.,) 

auf einfach^e Art durch Techniker via Editor einrichten zu koennen. Da bfblge technbcher Aenderungen 

permanent mh Erwefterungetv' Aenderungen von Auspraegungen ausgegangen werden rauB, 

sod datenroodeSabgeieitete Verfahren - die im Ergebnis Stammdaienbeschreibur^en Eefern - 

nicht geeignet Neue zu berueckachtigende Varianten und deren Auspraegungen erfordem 

neue Attribute, die sicfa bei herkoernmlicher Verarbeitung auf Stamrodaten und Stammdatenverwaltungs- 

programme auswirkec und damit einen staendigen Programmwanungsaufwand erfordem. Die 

Einrichtung und Pflege von tausenden Stammsaetzen Ist auf Dauer zu kostemntensiv. 

Urn die gesamte Problanatik haendelbar zu gestahen, uiirde dne Syaemmodeffierung entsprechend Abb. 1 
gewaehlt Abb. 1 zrigt die realisierte Systemaufteilung sowie Interaktkmen und Referenzierungen zwischen 
Objekced 

Objektesind technbcb oder betriebgwrrtschafffich orientkrte vorgefertigteKcimnonenten wie z.B. die 
Komponente Ventilatorauslegung, Taschenfilterauslegung, Waerraetauscberauslegung, Auskunft tftLAuftraege, 
Verfiiegbarkeitspruefung, . . .Darrdt wird der C*jekftegriflf - im Gegensatz zu objektspncherwnentiertCT 
Objekten m der z.T. kleLnste Prograinmeinheiten wie die Auftetfung einer arithmetischen Operation in Objekie unterteih 
werden (vgl. SMALLTALK) * edv-anabhlngig and aiwchliessHeh anwenduitgsorientiert 
verwendet. \Ct solchen Kompomen ^^erden je nach Anwendungsbedarf Geschfiftsprozesse wie z.B. die 
Geraeiekonfigurauoa die Wareneingacgsbearbeitung, der finanzbuchhaherische MonatsabschhiB, 
konfiguriert. Die Komponemen werden .^Metasystemunterstuezf 4 automata sch nach objektorientierteri 
Softwareprodukrk^osir^tboder^ prcduziert In Abb. 2 wird schematisch der Aufbau einer Komponente 
dargestelt. 



Der Wandel vom Objekt zur Komponerxe bedeutet , den Focus eher auf eine Aggregat ion alkr invoKierten 
Kompottcnten. ah aof die SoeziaKsierung der einzdnen Komoo nenten zu legen. Aggregation erfordem 
gegcnueber der Spezialisierung zi:sae*iiche softw.'aretechnische Grundlagen. 



Bei Ersteflung der voriiegsnden Ausarbeitung muftte aus Platzgruenden enischieden werden, ob die Diskussion 
von Grundlagen und Vorgehensweise der expenens>?tenuinterstuetzeo Koostrukrion und Variant cnauikgung 
Scbwerpunkr ist, oder ob softwaretecfanische Gnmdlagen der verwendeten Tools bdeuchret werden soDca 
Da in Bezug auf SoihvarqjroduknonsrrKjthoden Grundlageofinrwk&Jungen mil im Ergebnis neuen 
Moegtichkeiten flier die Sofbvareproduktion entstanden sind, wird in diesem Beitrag die Darsteflung der 
SoftwartproduktioD prioriskrt. Aus diesem Grande wird das erziehe Ergebnis vor der Diskussion 
sofwaretechniflcher Grundlagen vonveggenommen: 

Ergebnis 

Die durchschnittiicbe erforderfache manueOe koratruktions- und auategnngsbezogeae Be&rbetamgneit 
fuec ein Geraet wurde von mehr als emem Tag auf weaiger all cine Stunde rtduzkrt! Die Projektkosten 

(1 .200 TDM) waren innerbalb ernes Jahres amomaerc Das System ist sect 1988 im Prasdsansatz und wird 
ausschiiessfich von Technifcem softwaresettig an den jewefls klimatechnisch bedmgten EntwxJdungsstand der 
Geraete angepaBt Die Softwareumstettung auf erne technbeh neue K&oageraeteserie konnte 1996 innerhalb 
von 6 Wochen erfoigeo. Es wird roebr als 80 % des Ptx>duktionsvohrmens ueber das System beaibeitet 
Aufgrond des Erfotges %*urde die Software flier Prime, IBM9370, AS400, RJSC6000, MS-DOS, 
MS-WINDOWS, WINDOWS95. WINDOWS NT migriert Sdt 1988 wird das zugrundeiiegende 
Metasystem in Bezug auf objekt- und kompoaentenorienlierte Softwareprodukticra. optimiert. 

Wcgejentstehen durch Laufen 

Die Transfcnraening von terhrri vhwn Know-How aaf P iugiaumi crerbatte in der Vcrgangtaheit dazu gefucfart, dafl 
uotfaagrtiche Software ab cinan gewissen AendenmgsaufWaod in einen umvartbarco Zustand abglhtDiese Situation 
konnte audi (lurch den E'msatz von Ixuoanatikfini nicht geaeodert werdea 

Grundvoraussetzang der neuen Softwaregeneratioti war, dafl die Software komplett direkt 
von Technikern und nieht Program mkrern ersteih und gewartet wird !! 

Die ReaHsierung dkscr Zidvorstdlung versprach aeben einer drastischea Kostoseduzieru&g (Einsp anrng voq 
EDV-Personaflccsien) die Option darau£ techniscb brdmgte Aenderungen direki in der Software abbildea zu koauxn. 

Die Analyse vamandener Tools und Scfhvgrarc hjtrkxia e u fuchrte zu foigenden crauchternden Erkeantnissen 

a) Obiekt ^praghenorientiftrtg Softwateproduk»risverfabr» genuegen den AnfbrdenTngna nicht, da 

1 . Basis fberVererbung und Polymorphisinus em sratiVher Vercrbungs graph ist 

2. Aggregaoccen umerstuetzeode Sprachkocscrukte tncht in dem gefordeiUai Umfang zur Vcrfuegung stehen 
Vererbungsgrapfaen muessca durch 9chr zataufatttdige Kccstruierung ancr Objektkiassenstruktur berdts in der 
Designphase defaiert n^dea Sob&kl in diese Struktur note Knoten eingefucgt werrten, kipptuXJ. das 
Softwaresystem. Namhafte Fachauicren rami aus diesem Grunde davoa ab, V aaii ung in z.B. C-H- zu \a w eudeu 
(vgi. Nicoiai Josgm OBJEKTspcktram Aicgabe Mai/Juni 1996, Die Wahrbeit ueber Vererbiajg in 0+). 
Gerade in der Variante n be st i i uni ung 1st bet technischen Aenderungen davoo fflOTigphm, dafi StruktoraeideruDgea 
erfcrderHch werdea. Ersdnverend kommt hrnni, daB r^mfnl w>«hh *pti Sacbvcchidte (z3. die VariantcQ von 
Funkncaisblodc XI girad imterschiedlkh je tucbden Funktionsbkck X2 in <icr konkret auS2u3e9»deo 
fGxmaaniagB vor odcr nach Funktionsbteck XI monhxert wird) in einer statischen Struktur akht abbikfcar sind. 

b) pic R om pfotheit c^jektspradtenorienbener So^areproduktkmsverfahren ist einem Techmkrr nicht zunanuten . 
Die Grundwaussetzung war daho' nut bcikiyi umhchrn Mcthodcn nicht efreichbar. In einer 1996 von 
Forrester Research" in den USA darchgefuehrten Soidie (Forrester (? PopoUstische - Kampanenten loesen 
ctitaat Objekxe ab) wird progQOsnzkrt, daB die esien hohen ? ,Skiir 4 varaussetzenden objdrtarientkrte Sprachd 
ab 1999 durch iHrteremaendcr \-crtraeglkbc Korcpcaierttenmodelk ersctct werxka ZiUtft; „P*t Objeia-Ourus 
werden zumindest beim Uebergang \vn der riitarso zur ^populisbscben* 4 Kompcaenrenindustrie beoobgir*. 

Die Vorteile objekconentierter Softwareprodutaion gegenueber prozeduraler Softwareproduktion 
sind unbestritten, rwingen dennoch nicht zur Venvendung einer bestimmten objekt orientierten Sprache 
oder Methode. Gerade die akmeUe Sprachen- und Methodendiskussionen (Eifel vs. C vs. C*^, 
C+— vs. Smalltalk, Java vs. O-r, MsualBasic vs. Delphi, Ja\-aBeans vs.ActiveX) zeigen die Brisanz au£ sich 
von der gerade moderns: en Sprache oder Methode - und den damn verbundenen Inter essen von sich 
wie Koenige bekaempfenden Gruppierucgen - abhaengig zu machen. Fuer Untemehmen ist es nahezu 
unmoeglkh. in evnem derart instabtlen Umfeki zu planen. 
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Die staendige Neuentwddung etn und derselben Applikatioa ist Dure N«r«« tv- « r 
atypuche Em^eidun* COBOL als Sprache foodie e£2& ¥L?Z 

venvenden, bat sen on nachhinein - insbesondere wean dTSS^L ^J 8 "?? envaehnten Metasystans 2u 
aJs richtiR erwiMon w»JL«Ji • iT^ ■ ' a f r . B } iane »-Programme smd in COBOL geschriebart - 

Endbenutzem mit umfimg^h^^^t^ T^^) und wird wsltweit von uebeMLOoJ £ 
wand ha/sich jcdoch duS ^proZemfcS^T." mT,fV 8^- weniea Bw ^S- 

Fachabteilung ^ ^^^^^Tu n ^ ^ ^ ^ 

Basis bJe™ ist die ennvickdte vonv^nsgerichtete Expert^s^^ ^5 



cApaicu- una lmUrikiiioii>5V5icjiUirT\jieoaja^). Gruiidk^e rua ujc bumcuiuiuj von ALbXi^ uaii euue ~\ 
vorhandeoe Erzeugmsstrukmr direkt in drier Kompoaentenstniktur abgebildet werden kana E* wird auf jefe 
Art ehier statisch zu definbwdca ProgrammablAufstniktitr verachtet, womh die rah der Syncronisatii 
umer5chiedHcher Strukturcn (raernlich Erzeugnisstruktur und PrograromaWaufkrufctur) verbundene \ 
Probkmauk - die Ursacbe fuer cas Scheitem vieler Sofhvareprojdcte war ucd ist - ekminieit wd. Dcr konkrete 
Progranmablauf (ConsuJtaiioasablauf) ergibt sich dynamisch, mdem zu Beginn der Consultations 
srtzung die Bedienungskrait die rechnischen Funlctionsbloecke - und deren Momagereihenfblge in dem 
auftragsbe20gencn Kitmageraet - .ALEXIS mhteilt. 

Als Traegersystem fuer .ALEXIS -wrde das Metasystem OBJECTline entwickelt. Dieses Metasystem kacn 
quasi als API (Appliksrion Interface) in Kompcmentenskripten benutzi werden, Lodem auf die vorn Metasystem 
durrfuu&ehrendc L<a stung in Komponcaicnskriptea fefe renaen wd (Constrained Prograrmmng). Aus Sichi 
des EntwickJers von Softwarekotnporwnten wird im Gegensatr m via Progr am imenmg bedienender Schnitt- 
steflen yon Objckddassen so weit wie moeglich auf erforderiid*e ScbntstcOenprogrammienuig verzk&tet 
Dies wird u.a. erreichc indem SchnittsteUen in Aufgabemraegern (Tabefletv Badschinnformatea.) gekapselt 
werden (z_B. wird in einer Tabefle neben den Daten flier Variamea... die Schnittstdle fuer den Zugriffauf die 
Tabell«idaien durch einen TabeOensteuersatz in der Tabefle setbst pararaetriert, oder einera Eingabefdd exner 
Bildschirmmaske wird progransraextern eine Schnmstelle zur fddbezogenen Bearbehung des Feldinhakes 
bgiziert ). Neben der Contain erfunkrion slnd ScbnittsteOea zur Realisiening des Daten besorgerprinzlps out 
eteener- verwendun pbezogen neberlagerbarer- LoyiJk konftgnrierbflr Dies ist Voraussetzuog dafiier, 
dafl Koraponentenmonteure - unabhaengig von Koniponenrerdieferanten - Daxenbe- und Datenerusorgungen 
in den zu adaptier enden Komponenien umlenken koenneaDte Unrerscheidung zwischen Implernentienjng und 
Schnhtstellen bev^vkt , dafl b«i .AirJerungen/Enveiteningen von 2.B. Tabellen oder der Injiaerung einer 
neuen Metbode fuer z.B. eine Fciubearbdtung weder die Tabeilenbearbeitung noch die BOdschinnfonnate 
aktivierenden Programniskripu (sowie die Bildschinnformate ) manuell geanden werden muessea 

Die auf einem Metasystem fthMerasv-stem steuert seine eigenen Systembestandteile weitgehend koginitiv 
eigenstaendig) baaerende Sor^oreerstellung benotigt immer weciger edv-bezogenes Speziahvissen, da das 
Metasystem genereU erforderlkhe edv-bezogene Operationen wie Bfldschirmsteuerung, Drucksteuerung, 
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DatenbankzugriSe, dynamiscfaer Aufbau voo Vertrbungsgraphen vs. rtatisdier Aufbau von Vcrerbungs- 
grapben, Message-Handling, Tabeiknin ter p r etarioa, Komponenten- und InterfacesyiKroaisastion, pointcrfree 
SpdchcraIkxxdon,(D>Tianiic-Siorage linking), Garbage Collection,., wdtgebend eigenstaendig errahtek und 
durcfafuehn. Die Integration cincs GUI-Builders war zwingend ootwendig, um die ervvaehnte SchmttsteBenmi - 
nimierung zu errefchen sowic manuelle Programmieamg flier die Ersteflung von GUI ^ttdschinnfcrraaten zu 
verradden. Der EntwkWec von Scftwarekompooenten re&reoziert imKompooentenskript auf e m Bildsdarm- 
format tecfigBch durch St Angafoe des Bikisdiirmfcrroata^^ (s. Abb 2 CRDESIGN-CRHERT vena'daten). 

Venorgen&nrto wie CORBA oder DCOM and integrterbar, womit dan Encwidder von Komponenten die 
Koraptexhcit der diescn Diensten zugnmdeiiegendai Schmrtsteitedbesfienung erspart bleibt Diese pienste sind 
&er den Transport von Paketeo und Di^^ aber nicht fuer die Modifizierung vonPaketinhalten 

oder Dienstteistungen verwendbar. Kurierdienste sind daher filer die Integration von Komponenten ueber 
Rechrrav Spfachtt- und Systemgrenzen hinweg erfbrderfich. Daimt ist z_B. eine doknmenteaorientierte 
Integration (z.B. me EXCEL Tabefle wird in on WINWORD-Fonnular eingebunden) sowie die integrative 
Bearbcitung pcrsistenter Deten ueber umerscfcdedEche KompODernea hinweg reafisieiber. Eine intelKgente Aggregation 
von Kmnponenien fuer die ^Configuration von Gesehaeftsproxessen - die eme Interaktion zwbcfaen 
Kompooenten auf Frfdebeae n*ch dem Dateabesorg^riimD erfordert - ist nicht moegtich. Hierzu ist eine 
Modifizwung von in Komponenten iroplementierten Dienstleistungea durch den Komponen - 
tenmonteur erfbrderlich. Nur dann sind Aggregations und Spezialisierungen - emsprecbend dera gewuensch - 
ten Verwcndungszweck der Koropooente - unabhaengig vom Koroponentenlieferanten - reaiisierbar. 

WegenderMftchtigkeit des Metasystem's ist die Verweadung einbindbarer Programmiersprachen^ 
(z.B. QC-i-Mava* COBOL,. ) zwdtrangig. Dies wird untermauert, da befiebig itn Kcmiponentenskript auf 
vorhandene oder neu zu programmierende Software der 3. Generation referenziert werden karm. Damh sind, 
fans erfbrderfich, zu compilierecde obj ekisprachenorientierte Module kooperatrv tmptementierbar. 3.GL- 
Software wird mh den zu definierenden Dstemnter&cen gestartet Nach Beendigung ueberrnrnrnt OBJECTfine 
die Programmsteuerung (dem Anweoder bleibt prinzipiell verborgen, wdcher Typ von Software aMaeuft). 



, J>ie ridaige Frage stdka und die 
dnfecbste mogfiche Antwort fiodcn, 

milkrauen, als von i>mm beemctackt 
zusein" 



Sprachenorientierte Softwarrpi^xikricmiverfahr^ ignorieren indostrieQe Produktionrverfehren 

In der Industrie Ifefert nit dem Zubehor der lieferant Adaptk)tisschritt5tdlen for die Montage 

dea Zubehors an untcrscBedliche .A.gg^gate - OUTSIDE-INTEGRATION. Die^e Vyifigtayng der 

Montfg^prQ ^Ta fr 7,1 t ^ rfg-antcn und Monteuren ist Grundlay^ und Varmix&tnmp der erfolereach 

Brttfzjgtyi ipdwtrisflyi ,\rbeH^e^ t 

£n der Softwareindustrie erfordert die Integration komunizierender Komponenten die Aktivierung und 

Datenver3<»gung der ceuen Kompcoeote in der vorbandenen Software (synonym in dem vorhandenen 

.^ggregat) » iNSID£-INTZGRATION. Dies ist Ursache der kaum bcherrschb^eo Integrationsproblematik und 

Gnmdlage dw Erfblges parametriesierbarer Ini^gmbnssofhvare. Auch der F.tnw/ objefctsprachen - 

orientiert aufg*auter Scftwaresysteme - die entgegen der publizistischen Vcrbreirung in der Praxis bisher 

kerne agnifikante Einsaceverbrehung gefunden haben, hat hicrran mcfass geaendert. 

Durch die Cmkehrung von Patcrrversorgerprij ian in Patenbcwrgeiuripzip besorgt ^ch die neue zu 
adaptierende Komponaire direkt oder indireki (ueber Adapterkcmponenten) die Daten aus der vorhandenen 
Software selbst und entsorgt die Daien eigenstaendig in die vorhandeoe Software. Damn muB vorhandene 
Software edebt mefar zwingend fuer Erwr-eiterungen rnanuell veraendert werden. Der Bmch ror traditiondlen 
Softwareproduktion (der sicbertch etnige Verfechter des Infbnr^tion-Mdding-Prir^ erschreckt) ist 
Vbraussetzung dafiier, daB analog der industiiellen ZubehOrindustrle eine sofhvareorientierte ZubehOrin - 
dustrie - die nach dem Outside-Imegrarionsprinzjp arbeitet - ensteht. 



Plugjbu-Programming 



Die OutskW-Imegr*tian erfordert* docn oeuen Denkansatz, der zu den folgcnd dsrgcstelltai Gnmdlagen fuehn. 
KtatK-atiOQ eur Umsctzung dwDenkmisaaeawff dieinxsns^ 

nr awnijmy ^ frji>igrang »tfttl Tn«t*n7Ti>n mg vrm mfflmatis igftm Wlssen in inteipielkm&k Container. 

Dks gift fuer arganisch* Wesen (Menscfcea, riarj^fknzsn). Pkig_ii>Progrararans tst ene- weon aucfa sefar 
eingeschr&enkte - Nacbafainung dfeses Scenarios. 

Piug_m-Programming ennoegficht die programmexteroe Konfiguration von Frameworks 
mit vorgefcrtigtea Komponenten durch 

1. ^/tHn^rVK***** ^ MESSAGE'S fflr n&i hinzuzufugeadc Komponenten 
in vorhandeoe Systeme uber Vereibungsparameter 

2. InstanziieiuQg von Komponeniea in voAandene Systcme (©dstente Workunits) 
durch Svpcrocisation mk dem votbzn&axm System mittds Dynamic-Storage-lJnldng 

3 . Umkehrung von Datenversorgerprinzip In Datenbesorgerprinzip 

'Programmexicra* bedeutet, dafl invorhandeae Softwaresysteme ohne mamuUtn Prvzrammicraufwaitd - 
Komponemenhnjiziertund instanzikzt werden Hieibei wtrd a priori davon ausgegangen, daB Sourcen 
(Xcmpooenifinpnxlu2eniea erwanen den Schutz von Programmsourcen) - flier die Aggegation von Kompo- 
nenten zu Geschaeftsprozessen - nicht ausgeliefert werden. Der Komponentenmonteuer kaxm unabhaengig 
vom Komponenteoliefenimen Interface fuer die Verbindung der Komponenten spezifizieren und ingaeren. 

Folgende neae Gnmdlagen koromenbei Einsatz von Phigjn-Programming air Anwendung: 

Tlmke ^rong von reagiereader Programmierung m agie reade Programmienmg, 

Die neu zu fcwanziierunde Komponente injiziert die MESSAGE fir seinen Ablauf se&st pnfl famt 
yp^remj ? Diese Betrackung transfonruert reagierende staiische Systeme in einen dynaraisch haendeftiaren 
Zustand. Ergebraa im AnwendungsM: Neu erforderliche Tabeflen fuer die Auswahl von Variantenausprae - 
gungen werden via Editor aiifgebam, mh cinem Vererbungsparameier versehen und in die vorhandeoe 
Software injiziert Bci der danach foigenden Consukationssitzung wird der Bedienungskraft via Puil-Down-Menue die 
Tabelle zwecks Auswahl eiocr 3uftragsbezogenen Variantenauspraegung angeboten 

In der reagterenden Program mierung wird one Kompoaente von einer anderen durch maaidle Codierung 
der entsprechendea MESSAGE kamponerrtemcm^methodetiname aktiviert, fofr^smodigaguaggl 
erfbrdera dahe r ^ wjpg ^ Andemngfti in der vHTtarateren SgftwOT , Es i^dato bet Enveiterungen ones 
Softwaresystems intensive Kermtms ueber die vorhandenen Software exfordertich. 

tojttktung: Die Meesege, die dea AbUui ier Kcmponcntt vganUfc, wird cngetrmgyn 
In5ttOEi«rms: Die *n Sknptsprach* <*e£werte Xoeroonente -*ird m erne > Rxiutiu«kui^ > -i«Liitc 

uetasetzt uwi m une Ziei;«ebun8 (WuJusif) bw tannic! 

(eiDgebuctfcQ). InjiEcjxings- ^id Instsnziiaiaisszritpunki smd zeitgleich. 

deuao auch daj Nfeasysro abteuft. 

Umkehrung vod Versnr^erprlnrip in Be^rqerprinzip. 

Komponenten besorgen sch ihre Information* selbst, anaatt mit Infonnationen versorgt zu werdea 
Jfcagierejtde Programming^ in Bezug auf den DatauvnUatsch umgekehrt wtedU reogtcretute 
funktionale Programmkmng (y=f[xljc2^..)) arhevten I Diese Grundiage ist zwingend, wenn em ^ 
Softwaresystem 'von auBcn' konfiguriert werden sott. n** existente SofWesvstem Vann wis Unkenrra* 
Qt?er die ZU ^^ie^enden Komponenten keine Paten ueb^cb?^ 



En Funktionsaufruf Vrird ueblich 



namejuriition (Re/eremerung aufzu uebergebende und empfcmgende Datertccntaimr). 
Beispiel; ermittlegewicht (mertge, mengeneinheit, artikebv,gewicht) 

codiert DieFunknon ermitilegewicht reagiert auf den Funknonsaufruf; agiert also ni^hf ^b^t, 
Basis der reagieiwden flinkiicnakn Programmierung ist das Versorgerprinzp, d.b. die augerufene 
Funktinn vArd van dpr ^fr ifrtvten Function mh Paten versorgt Dieses Prinzip ist ebenMs in 
objektorientierten- Sprachen implemeotien, audi wenn dem leisteoden Objefct (UefinntetxAjekt) 
ledigfich die Pointer auf das zu benutzende Dateninterface bereitgesteflt werdea Die Pointeruebergabe 
ist ane Versorgungsidentifiaerung fuer das zu benutzende Dateninterface und wird im ,rufcnden* Objekt 
(^Kundenobjdct aus Sicht des leisteoden Objektes) programmiert oder p&raxnetriert Das Detenver- 
sorgerprinzip ist der gordiscbe Knoten in Bezug auf die Konfiguration von Geschaefbprozessen 
tint unteremaiKierkQnniniziereaden Komponentea 

Das BesorgemrmziD ist Voraimrtgung fQr die QUTSTDE-IXTEGRATIOy. D ie oft realisierte 
Daten- , Resourcen- und z^taufwendige Integration uber Poddaieten wird ersetzt durch die Daten 
besoigung in der Mstende Koropcneae (say good by to files). Der Kompo n e nt enmonteur kann das 
Dateninterface (und damit Datenbesorung und Datenentsonjung) in der leistenden Komponente ueberlagem. 

Die DATENBE- und DATENENTSORGUNG von und m das Dateninterface der inqrferaeoderungstechnisch 
rufende^Kompoopence (OBJECTEne und dem Koatponentenmonteur ist die rufende Komponente bekannt) 
kann durch zu spezifizierende Umleitungen erfolgen. Dies kann durch Korapcmentenbersteller fuer zu 
definierettde Feider verboten werden. In diesem Fall schraenkt der Komponeotenhefsteller die befiebige 
Mehr&chverwendung seiner Komponente (und damit den Vermarktungserfoig) etn. Organismen funktionieren 
nach dem Prinzip der Vcniurit. Ueber Monhorfiinlaionen sind Verletzungen dieses Prinzips nachweisbar. 
Die Realisierong der OUTSIDE- INTEGRATION erfbrdert, dafl der herrkoemlich uebHcbe Compiler im 
wesenxBchen durch vom Metasystem zu interprerierende Repositorien ersetzt wird. Die Reposkorien werden 
zum Irgizierungszeftpunkt durch pro gramnuiebergreifende Analysen ermitteh und fiier das Runtimesystem 
au&ereatet. Das Binirobjekr der Komponente wird I. zum Zeitpunkt der Injizierung und 2. zum Abletuf- 
zeitpunkt (wegen dynamisch aufiaibaueoder Verertungsgraphen) urn Reposrtorytnfbnnarionen dynaraisch 



^w'^wdacfatM) Intear^OT vOT Xomponeltea stebt das Datensystem (die jr. ynrnpQDertaLd^ft^" 

kTn^T^ien u^An^ngen fuer die Ueberlageruag von Daternnterfacen apezrfiaert aad. 
Analyse der in ^frwar^tpm ghtenten Andockpunkte 

Em Softwares ^ird auf passende v^durgsbezogene Srf, l^^^^^^li^ 
ahernanv der Verob^sp^eur - %^^^T^^^t^^c^^^ 

versiichen. .Au^abemrager smd f^^f^^^^^ ^hmerende Daten mit Entity- 
.Ausgabefem als ^^J^^^^STer JJ0t Adaptable Point's" - die aus dein 

emirteHen SLOT'S der Au^abemraeger v«rwendet. 



Interface-Sviicroai**rinn 



g^i^ - Balancing rwiscben den Datcninterfaceo von zu vertauepftnden Komponemea 
Kerb* wrd zum Iqmenjogszaipunkt (bei direfcrer Inserting ohne Adaptedcomponente) oder 
Rimam«zertpunkl (indirekte Injiaenmg ueber Adapterkomponcmc und Umtetung der Daterdnterface) 
ueberpueft, ob Typenvertraegiichkeii -vorKegt (syncrconawrbare Fddtypcn vortiegen). 

-Vfit dengenanntmEgewcbaft kScom sch <fie zu adapaerende Kotnponeraen I. automatisch anpassen 
((^niAjeotvEffda der Interface) und 2. an evtL crfordgficher AA^r^,*^ ^ m w >Z. Br f, 

Analog rinerpateobank is dan* eme kompooentenbafierte Ldstungsbank konsmaerbar. aus der 

^^^^^° Cnttnfi ^ raa01 ™ aert werdCT ( Abb 3). Da die Adaption der Kompo^aTb 
©osienta Systeroe von Komp onffffrnm onteurm -undochtvomKonqxfflentenfieferanten oderProaram- 
JMererareaua^wwtotano-^ (zlB. via Monet) und Adaption unabhaeod«vGn 

^T 8 "? Konjpcaieatenfieftraaten ueber Kompc«entefrDistributoren erfblgen. Der hiemms 
resultwrende Schoeeballe&kt beinhafeet Chancen, die Komponentenlieferanten zur BerettateQung sefar 
leutungsfiiebager Softv>-a« motiviert. Dies ist der Anfing vom End* monoKtischer System*. Venoraenfienste 
werdenals Black-Box-Diecste genum. Die erfcrderiiche Qualhaetssicherung zu organisieren ist eher 
admimsfranver und nicht irawfiavitiver Natur. Software wird zu ganz nonnaler Hand efeware. 



